Gathering I/O measurement data during an I/O operation process

ABSTRACT

I/O measurement data associated with the performance of an I/O operation process is gathered during the I/O process. The I/O measurement data is saved in an IRB memory location specified by a test subchannel instruction. An I/O interrupt signals the completion of the I/O operation process.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a Division of U.S. patent application Ser. No. 10/435,906 U.S. Pat. No. 7,000,036 filed May 12, 2003 “EXTENDED INPUT/OUTPUT MEASUREMENT FACILITIES” which is assigned to the same assignee as this application and is hereby incorporated herein by reference in its entirety.

TECHNICAL FIELD

This invention relates, in general, to performance monitoring, and in particular, to input/output (I/O) measurement facilities used in performance monitoring.

BACKGROUND OF THE INVENTION

Monitoring the performance of a computing environment includes analyzing measurement data collected for that environment. The measurement data that is collected is used for accounting, capacity planning and/or to determine where improvements are to be made so that system performance can be enhanced.

One subsystem of a computing environment for which data is collected is the I/O subsystem. In one example, an I/O measurement facility, such as the Resource Management Facility (RMF) offered by International Business Machines Corporation, Armonk, N.Y., is used to accumulate data for the I/O subsystem. The data that is collected is associated with various components of the I/O subsystem, such as subchannels, which represent I/O devices, and is stored in measurement blocks for access by programs. The measurement blocks are stored in contiguous memory and thus, a particular block is accessed by a measurement block origin and index. The data stored in the existing measurement blocks is an accumulation of data over a period of time for multiple I/O operations. In order to determine the measurement data for a particular I/O operation, the operating system needs to calculate the information for that I/O operation by subtracting the counters copied from the measurement block before the I/O operation is started from the values in the measurement blocks after the I/O operation while also dealing with cases where the counters wrap.

With the ever-increasing size of the I/O subsystem, the contiguous storage of the blocks is becoming cumbersome. Further, the measurement blocks are cumbersome because the operating system cannot dynamically grow the contiguous real storage when the system is up and running and additional devices are dynamically added. Moreover, the existing blocks are inadequate for the information that is desired. Yet further, the time it takes for a program to calculate the information for a particular I/O operation is increasing and such calculations lead to inaccuracies because of the insufficient granularity.

Based on the foregoing, enhancements are needed in obtaining measurement data. For example, a need exists for a capability that enhances the measurement blocks and the storage thereof. Further, a need exists for an improved capability for obtaining measurement data for a single operation.

SUMMARY OF THE INVENTION

The shortcomings of the prior art are overcome and additional advantages are provided through the provision of a method of facilitating access to measurement data of a computing environment. The method includes, for instance, obtaining measurement data for an I/O operation directly from a measurement unit, wherein the measurement unit includes measurement data exclusive to the selected I/O operation.

In a further aspect of the present invention, a method of accessing measurement blocks of a computing environment is provided. The method includes, for instance, using a measurement block address to directly access a measurement block associated with an input/output (I/O) component of the computing environment, wherein the measurement block is accessed absent use of a measurement block origin and measurement block index.

In yet a further aspect of the present invention, a method of facilitating access to measurement data of a computing environment is provided. The method includes, for instance, providing for one or more I/O components of an I/O path of a control unit of the computing environment individual time measurement data specific to the one or more I/O components.

System and computer program products corresponding to the above-summarized methods are also described and claimed herein.

Additional features and advantages are realized through the techniques of the present invention. Other embodiments and aspects of the invention are described in detail herein and are considered a part of the claimed invention.

BRIEF DESCRIPTION OF THE DRAWINGS

The subject matter which is regarded as the invention is particularly pointed out and distinctly claimed in the claims at the conclusion of the specification. The foregoing and other objects, features, and advantages of the invention are apparent from the following detailed description taken in conjunction with the accompanying drawings in which:

FIG. 1 a depicts one embodiment of a computing environment to incorporate and use one or more aspects of the present invention;

FIG. 1 b depicts one example of an I/O path (e.g., a channel path) used for communications in the computing environment of FIG. 1 a, in accordance with an aspect of the present invention;

FIG. 1 c depicts one embodiment of an example of an I/O subsystem (e.g., a channel subsystem) of FIG. 1 a being configured as a plurality of I/O subsystem (e.g., channel subsystem) images, in accordance with an aspect of the present invention;

FIG. 1 d depicts further details of a multiple image facility (MIF) image of a channel subsystem image of FIG. 1 c, in accordance with an aspect of the present invention;

FIG. 1 e depicts further details of a channel path set (CPS) of a channel subsystem image of FIG. 1 c, in accordance with an aspect of the present invention;

FIG. 2 depicts one example of an extended channel measurement block, in accordance with an aspect of the present invention;

FIG. 3 depicts one embodiment of an extended secondary queue measurement block, in accordance with an aspect of the present invention;

FIG. 4 a depicts one embodiment of a request block for a store secondary queue measurement data command used in accordance with an aspect of the present invention;

FIG. 4 b depicts one embodiment of a response block for the store secondary queue measurement data command of FIG. 4 a, in accordance with an aspect of the present invention;

FIG. 5 depicts one embodiment of an extended measurement word, in accordance with an aspect of the present invention; and

FIG. 6 depicts one embodiment of the logic associated with generating the extended measurement word and providing it to a program, in accordance with an aspect of the present invention.

BEST MODE FOR CARRYING OUT THE INVENTION

In accordance with an aspect of the present invention, an extended measurement block facility is provided in which measurement blocks are stored in discontiguous memory and can be accessed via a measurement block address rather than by using a measurement block origin and measurement block index. Further, in one aspect of the invention, the measurement block is extended to include additional information. In yet a further aspect of the present invention, an extended measurement word facility is provided in which measurement data for a single I/O operation is returned directly to the program without having the program calculate the measurement data for that I/O operation. This is facilitated by an extended measurement word that is returned along with the ending status of the I/O operation via an instruction. In one example, one or more measurement fields in the extended measurement word may be stored with a time resolution of approximately one-half microsecond to provide the accuracy needed for measurements associated with the single I/O operation.

One embodiment of a computing environment to incorporate and use one or more aspects of the present invention is described with reference to FIG. 1 a. In one example, computing environment 100 is based on the z/Architecture, offered by International Business Machines Corporation, Armonk, N.Y. The z/Architecture is described in an IBM Publication entitled “z/Architecture Principles of Operation,” Publication No. SA22-7832-01, October 2001, which is hereby incorporated herein by reference in its entirety.

As one example, computing environment 100 includes a central processor complex (CPC) 102 coupled to one or more input/output (I/O) devices 106 via one or more control units 108. Central processor complex 102 includes, for instance, one or more central processors 110, one or more partitions 112 (e.g., logical partitions (LP)), a logical partition hypervisor 114, and an input/output subsystem 115, each of which is described below.

Central processors 110 are physical processor resources allocated to the logical partition. In particular, each logical partition 112 has one or more logical processors, each of which represents all or a share of a physical processor 110 allocated to the partition. The physical processors to which the logical processors are dispatched (by the hypervisor) may be either dedicated to a given partition's logical processors or shared by logical processors configured to multiple sharing logical partitions.

A logical partition functions as a separate system and has one or more applications and a resident operating system therein, which may differ for each logical partition. In one embodiment, the operating system is the z/OS operating system, the z/VM operating system, the Linux on zSeries operating system or the TPF operating system, offered by International Business Machines Corporation, Armonk, N.Y.

Logical partitions 112 are managed by a logical partition hypervisor 114, which is implemented by Licensed Internal Code running on processors 110. The logical partitions and logical partition hypervisor each comprise one or more programs residing in respective partitions of central storage associated with the central processors. One example of logical partition hypervisor 114 is the Processor Resource/System Manager (PR/SM), offered by International Business Machines Corporation, Armonk, N.Y. Further details regarding logical partitions are described in, for instance, Guyette et al., U.S. Pat. No. 4,564,903, entitled “Partitioned Multiprocessor Programming System,” issued on Jan. 14, 1986; Bean et al., U.S. Pat. No. 4,843,541, entitled “Logical Resource Partitioning Of A Data Processing System,” issued on Jun. 27, 1989; and Kubala, U.S. Pat. No. 5,564,040, entitled “Method And Apparatus For Providing A Server Function In A Logically Partitioned Hardware Machine,” issued on Oct. 08, 1996, each of which is hereby incorporated herein by reference in its entirety.

Input/output subsystem 115 directs the flow of information between input/output devices 106 and main storage. It is coupled to the central processing complex, in that it can be a part of the central processing complex or separate therefrom. The I/O subsystem relieves the central processors of the task of communicating directly with the input/output devices and permits data processing to proceed concurrently with input/output processing. To provide communications, the I/O subsystem employs I/O communications adapters. There are various types of communications adapters including, for instance, channels, I/O adapters, PCI cards, Ethernet cards, Small Computer Storage Interface (SCSI) cards, etc. In the particular example described herein, the I/O communications adapters are channels, and therefore, the I/O subsystem is referred to herein as a channel subsystem. However, this is only one example. Other types of I/O subsystems can incorporate and use one or more aspects of the present invention.

The I/O subsystem uses one or more input/output paths as communication links in managing the flow of information to or from input/output devices 106. In this particular example, these paths are called channel paths, since the communications adapters are channels. Each channel path 116 (FIG. 1 b) includes a channel 117 of channel subsystem 115, a control unit 108, a link 118 (e.g., serial or parallel) between the channel and control unit, and one or more I/O devices 106 coupled to the control unit. In other embodiments, channel paths may have multiple control units and/or other components. Further, in another example, it is also possible to have one or more dynamic switches as part of the channel path. A dynamic switch is coupled to a channel and a control unit and provides the capability of physically interconnecting any two links that are attached to the switch. Further details regarding channel subsystems are described in Casper et al., U.S. Pat. No. 5,526,484, entitled, “Method And System For Pipelining The Processing Of Channel Command Words,” issued on Jun. 11, 1996, which is hereby incorporated herein by reference in its entirety.

A control unit may be accessible by the channel subsystem by more than one channel path. Similarly, an I/O device may be accessible by the channel subsystem through more than one control unit, each having one or more channel paths to the channel subsystem. The control unit accepts control signals from the channel subsystem, controls the timing of data transfer over the channel path, and provides indications concerning the status of the device. The control unit may be housed separately or it may be physically and logically integrated with the I/O device, the channel subsystem, or a central processor.

The I/O device attached to the control unit may be designed to perform certain limited operations, or it may perform many different operations. To accomplish its operations, the device uses detailed signal sequences peculiar to its type of device. The control unit decodes the commands received from the channel subsystem, interprets them for the particular type of device, and provides the signal sequence required for the performance of the operation.

In addition to one or more channels, a channel subsystem includes one or more subchannels. Each subchannel is provided for and dedicated to an I/O device coupled to the program through the channel subsystem. Each subchannel provides information concerning the associated I/O device and its attachment to the channel subsystem. The subchannel also provides information concerning I/O operations and functions involving the associated I/O device. The subchannel provides a logical appearance of a device to the program and is the means by which the channel subsystem provides information about associated I/O devices to the central processors, which obtain this information by executing machine I/O instructions (e.g., a store subchannel instruction). The subchannel has internal storage that includes information in the form of a channel command word (CCW) address, one or more channel path identifiers, device number, count, status indication, I/O interruption subclass code, information on path availability and functions pending or being performed, as well as information associated with one or more aspects of the present invention, as described below. I/O operations are initiated and terminated with a device by the execution of I/O instructions that designate the subchannel associated with the device.

Further details regarding a channel subsystem are described with reference to FIG. 1 c. A channel subsystem 115 (or other I/O subsystem) is configured as a plurality of channel subsystem images 120 (or other I/O subsystem images), each identified by a channel subsystem image identifier (CSSID) (or other I/O subsystem identifier). In one example, the channel subsystem is configured, either by model dependent means, in which configuration controls are used during initialization, or by use of appropriate dynamic I/O configuration commands, as one to 256 channel subsystem images. Each channel subsystem image appears to a program as a complete channel subsystem. Each channel subsystem image may have, for instance, from 1 to 256 unique channel paths, thereby increasing the maximum number of channel paths that may be configured to the channel subsystem from 256 to 65,536. The configuring of the channel subsystem as a plurality of channel subsystem images is facilitated by a Multiple Channel Subsystem facility (MCSS), one embodiment of which is described in a U.S. patent application entitled “Multiple Logical Input/Output Subsystem Facility,” Brice et al., (IBM Docket No. POU920020071US1), filed herewith and incorporated herein by reference in its entirety.

A channel subsystem image 120 includes, for instance, a multiple image facility (MIF) 122, which includes one or more (e.g., up to 16) MIF images, each identified by a MIF image identifier (IID). The multiple image facility allows each logical partition to achieve independent access to the channel paths, control units and I/O devices that are configured to and dynamically shared by multiple logical partitions.

As shown in FIG. 1 d, for each MIF image, a separate set of channel path controls and a separate set of subchannel controls are provided by the channel subsystem. For each MIF image, each set of channel path controls for each configured channel path is called a channel path image 124. The collection of one or more channel path images associated with the channel paths that are configured to a MIF image is called a channel path image set 126. Further, for each MIF image, a separate subchannel, called a subchannel image 128, is provided for each I/O device that is configured to the MIF image. A collection of one or more subchannel images that are configured to a MIF image is called a subchannel image set 130.

Referring back to FIG. 1 c, in addition to a MIF, a channel subsystem image 120 also includes a channel path set (CPS) 134. Channel path set 134 includes, for instance, one to 256 channel paths 140 (FIG. 1 e) configured to one or more channel path images in the associated MIF. Each channel path is identified by a channel path identifier (CHPID). Each channel path configured to a channel path set may be unique from other channel paths configured to other provided channel subsystem images. However, because as many as 256 channel subsystem images may be provided, the CHPID values assigned to channel paths in each of the channel path sets may not be unique. Therefore, each channel path is specified by a unique address formed by, for instance, a concatenation of CSSID with the channel path identifier assigned to the channel path. The image ID (IID) further identifies a channel path image for each configured channel path.

The performance of a computing environment is monitored to detect and correct inefficiencies in performance with a goal of improving system performance. In order to monitor system performance, measurement data is collected and analyzed. Measurement data is also collected to facilitate in accounting, as well as capacity planning. As one example, measurement data relating to I/O operations is collected and stored in measurement blocks assigned to devices. For example, a measurement block is defined for each subchannel for which measurement data is to be collected and data is stored in the block by, for instance, the channel subsystem during performance of one or more I/O operations.

In accordance with an aspect of the present invention, the measurement blocks for the subchannels are located in discontiguous areas of main real storage, and are accessed by unique measurement block addresses. By using an address, the channel subsystem can directly access a channel measurement block without having to use a measurement block origin or measurement block index. Measurement blocks can be individually allocated or deallocated as subchannels are dynamically added or removed, respectively. In one example, an address of a measurement block is assigned to a subchannel via an instruction, such as a modify subchannel instruction. This allows the channel subsystem to use the address to directly access the measurement block.

One example of a measurement block is described with reference to FIG. 2. In this example, the measurement block has a 64 byte format and thus, is referred to herein as an extended measurement block. Some of the fields of the measurement block are further described in an IBM Publication entitled “z/Architecture Principles of Operation,” Publication No. SA22-7832-01, October 2001, which is hereby incorporated herein by reference in its entirety. In one example, a measurement block 200 includes the following fields:

a) SSCH+RSCH Count 202: This field is used as a counter during performance of a start I/O function, such as a start subchannel function, and/or resume function.

b) Sample Count 204: This field is used as a counter when the time accumulation fields of the measurement block, described below, are updated.

c) Device Connect Time 206: This field includes the accumulation of measured device connect time intervals. The device connect time interval is the sum of the time intervals measured whenever the device is logically connected to a channel path, while the subchannel is subchannel active and the device is actively communicating with the channel path.

d) Function Pending Time 208: This field includes the accumulated SSCH-and RSCH-function pending time. The function pending time is the time interval between acceptance of the start function (or resume function if the subchannel is in the suspended state) at the subchannel and acceptance of the first command associated with the initiation or resumption of channel program execution at the device.

e) Device Disconnect Time 210: This field includes the accumulated device disconnect time. The device disconnect time is the sum of the time intervals measured whenever the device is logically disconnected from the channel subsystem while the subchannel is subchannel active. The device disconnect time also includes the sum of control unit defer time intervals reported by the device during the I/O operation.

f) Control Unit Queuing Time 212: This field includes the accumulated control unit queuing time. Control unit queuing time is the sum of the time intervals measured by the control unit whenever the device is logically disconnected from the channel subsystem during an I/O operation while the device is busy with an operation initiated from a different system.

g) Device Active Only Time 214: This field includes the accumulated device active only time. Device active only time is the sum of the time intervals when the subchannel is device active, but not subchannel active at the end of an I/O operation or chain of I/O operations initiated by a start function or resume function.

h) Device Busy Time 216: This field includes the accumulated device busy time. Device busy time is the sum of the time intervals when the subchannel is device busy during an attempt to initiate a start function or resume function at the subchannel. The device busy time field is updated such that a bit (e.g., the last bit) represents, for instance, 128 microseconds. The accumulated value is modulo approximately 152.71 hours.

i) Initial Command Response Time 218: This field includes the accumulated initial command response time for the subchannel. The initial command response time for a start or resume function is the time interval beginning from when the first command of the channel program is sent to the device until the device indicates it has accepted the command. The initial command response time is stored at a resolution of, for instance, 128 microseconds. The accumulated value is modulo approximately 152.71 hours.

The information in an extended measurement block is accessible by the operating system by using virtual addressing to locate the measurement block in main memory.

In addition to obtaining the above described measurement data, data is also obtained that is associated with one or more secondary queues associated with one or more subchannels. A secondary queue is a queue of I/O requests that the channel subsystem has begun to process, but is unable to complete because of a busy condition in the I/O configuration. The channel subsystem stores data in the queue as it encounters busy conditions for the various I/O components associated with the I/O requests.

One example of a secondary queue measurement block is described with reference to FIG. 3. In this example, the secondary queue measurement block has a 64 word format and thus, is referred to herein as an extended secondary queue measurement block. In one example, an extended secondary queue measurement block 300 includes, for instance, the following:

a) Queue Valid Indicator (B) 302: This indicator indicates whether the specified secondary queue is valid. A secondary queue is valid when it exists within the channel subsystem.

b) Queue Out Of Range (R) 304: This field indicates that the specified secondary queue does not exist within the channel subsystem and that any queue number greater than the specified queue number also does not exist within the channel subsystem.

c) Queue Count 306: This field indicates the current length of a specified secondary queue. The number of subchannels on the associated secondary queue that are function pending and are delayed because of busy conditions determines the length of the queue.

d) Queue Number 308: This field includes the identity of the secondary queue to which the information in this secondary queue measurement block applies.

e) Summation of Queue Counts 310: This field includes an accumulation of the queue count field. The queue count field is added to the summation at the time a subchannel is added to the specified secondary queue, and the count includes this addition of the subchannel to the specified secondary queue.

f) Summation of Enqueues 312: This field includes a count of the number of times a subchannel is added to the specified secondary queue.

g) Summation of Channel Wait Time 314: This field includes the summation of the channel wait time encountered by the channel subsystem for each SSCH or RSCH function initiated to devices attached to this secondary queue. The channel wait time for a SSCH or RSCH function is that portion of the function pending time that cannot be attributed to a control unit busy, device busy or destination busy condition on a channel path. It is the time interval between acceptance of the start or resume function at the subchannel until the channel subsystem first attempts to initiate the operation on a channel path. The summation of the channel wait time is stored at a resolution of, for instance, 128 microseconds. The accumulated value is modulo approximately 152.71 hours.

h) Switch Busy Counts 316: This field includes a count of the number of times an initial selection sequence for a start or halt function resulted in a switch busy response on the corresponding channel path. Each switch busy count field (e.g., 0 to 7) corresponds one for one, by relative position, with the path installed mask (PIM) bits of the subchannels associated with the specified secondary queue.

The path installed mask indicates which of the channel paths 0–7 to an I/O device are physically installed.

i. i) Control Unit Busy Counts 318: This field includes a count of the number of times an initial selection sequence for a start or halt function resulted in a control unit busy response on the corresponding channel path. Each control unit busy count field corresponds one for one, by relative position, with the PIM bits of the subchannels associated with the specified secondary queue.

j) Success Counts 320: The success counts fields include a count of the number of times an initial selection sequence for a start function resulted in the device accepting the first command of the channel program on the corresponding channel path. Each success count field corresponds one for one, by relative position, with the PIM bits of the subchannels associated with the specified secondary queue.

k) Control Unit Busy Time Fields 322: These fields include the accumulated control unit busy time for the channel paths on a specified secondary queue. Control unit busy time is accumulated for a channel path from the time an initial selection sequence for a start or halt receives a control unit busy indication until a control unit end condition is recognized on the path. The control unit busy time is stored at a resolution of, for instance, 128 microseconds. The accumulated value is modulo approximately 152.71 hours.

1) Initial Command Response Time Fields 324: These fields include the accumulated initial command response time for start or resume functions successfully initiated on the channel path for the specified secondary queue. The initial command response time for a start or resume function is the time interval beginning from when the first command of the channel program is sent to the device until the device indicates it has accepted the command. The initial command response time is stored at a resolution of, for instance, 128 microseconds. The accumulated value is modulo approximately 152.71 hours.

m) Switch Busy Count Summation Fields 326: These fields include a summation of the switch busy counts received for all partitions for the corresponding channel path on the specified secondary queue. Each switch busy count summation field corresponds one for one, by relative position, with the PIM bits of the subchannels associated with the specified secondary queue.

In one example, the extended secondary queue measurement block is returned as part of executing a command, such as a store secondary queue measurement data command. The store secondary queue measurement data command is used to obtain the measurement data for a range of secondary queues (e.g., logical control unit queues) maintained by the channel subsystem. Information is returned to the program in the form of a 64 word extended secondary queue measurement block. The information returned includes general queuing statistics and measurement information for each of the channels attached to the secondary queue (up to 8 channels may be attached to a secondary queue, in one example).

One embodiment of a command request block for a store secondary queue measurement data command is described with reference to FIG. 4 a. In the example described herein, it is assumed that the environment is a logical partitioned environment and that the multiple channel subsystem facility is provided by the CPC. Since the multiple channel subsystem facility is provided, the secondary queue measurement data for a specified range of target queues is defined within a channel subsystem image that is specified by the effective CSSID. In one example, a command request block for the store secondary queue measurement data command 400 includes, for instance, the following:

a) Length Field 402: This field specifies the length of the command request block.

b) Command Code 404: This field specifies the store secondary queue measurement data command.

c) Multiple Channel Subsystem Bit (M) 406: This field indicates that the CSSID field is to be checked for a valid CSSID. If valid, the value in the CSSID field becomes the effective CSSID. If not valid, then a response code may be stored. When M is zero, the default CSSID is the effective CSSID, and the CSSID field is to be zero.

d) MIF Image ID (IID) 408: This field is set to zeros.

e) Extended I/O Measurement Block Format (E) 410: This field specifies the format of the response block that is to be stored in response to the command request. In one example, a format of one indicates the extended channel secondary queue measurement block.

f) Format (FMT) 412: This field indicates the command request format field whose value specifies the layout of the command request block. In one example, the value of this field is zero.

g) First Queue Number 414: This field specifies the first secondary queue for which information is requested.

h) CSSID 416: This field includes the CSSID of the channel subsystem image that is associated with the specified range of target queues. The CSSID is subject to range, existence and authorization checking.

i) Last Queue Number 418: This field specifies the last secondary queue for which information is requested.

j) Last Request 420: This field when set indicates that this is the last request for measurement data for the specified secondary queues.

One embodiment of a command response block for the store secondary queue measurement data command is depicted in FIG. 4 b. In one example, a command response block 440 for a store secondary queue measurement data command includes the following fields:

a) Length Field 442: This field specifies the length of the command response block. The length depends, for instance, on the response code that is stored as a result of the attempt to execute the store secondary queue measurement data command.

b) Response Code 444: This field describes the results of the attempt to execute the store secondary queue measurement data command.

c) Format 446: This field includes a value that specifies the layout of the command response block. In one example, the value is one indicating a Format 1 command response block, which corresponds to an extended block of, for instance, 64 words.

d) Secondary Queue Measurement Block(s) 448: In one example, up to 15 Format 1 secondary queue measurement blocks are stored in the response data area of the command response block. The number of secondary queue measurement blocks stored depends on, for instance, the number of secondary queues in the range specified in the command response block; conditions in the channel subsystem; and the channel subsystem model.

At least one secondary queue measurement block is stored and the actual number of blocks stored is determined by subtracting 8 bytes from the size of the command response block and dividing by the size of each of the secondary queue measurement blocks stored, as indicated by the format field in the command response block.

As described above, extended measurement blocks provide various kinds of measurements used in performing workload and/or performance tuning on various machines. For compatibility with some operating systems, a measurement block format field is added to the subchannel to indicate whether a non-extended format or the new extended format measurement block is to be stored for a subchannel. Similarly, as described above, a field in the store secondary queue measurement data command (e.g., extended I/O measurement block format (E) 410) is used to request that the extended response block be stored for the command.

In addition to the extended I/O measurement block facility, an extended I/O measurement word facility is provided, in accordance with a further aspect of the present invention. This facility facilitates the efficient obtaining of measurement data for a single I/O operation. It enables a machine to return measurement data to the program(e.g., operating system) for a given I/O operation without requiring the program to calculate the data for that I/O operation. In one example, the extended I/O measurement word facility is enabled in the z/Architecture by executing a command that conveys information for a program to the channel subsystem. The command includes an operation code that specifies the particular operation (e.g., enable the extended I/O measurement word facility) to be performed.

The measurement information for a particular I/O operation is stored into an extended measurement word (EMW). One embodiment of an extended measurement word is described with reference to FIG. 5. In one example, an extended measurement word 500 includes, for instance, the following:

a) Device Connect Time 502: This field includes the accumulation of measured device connect time intervals. The device connect time interval is the sum of the time intervals measured whenever the device is logically connected to a channel path, while the subchannel is subchannel active and the device is actively communicating with the channel path.

b) Function Pending Time 504: This field includes the accumulated SSCH-and RSCH-function pending time. The function pending time is the time interval between acceptance of the start function (or resume function if the subchannel is in the suspended state) at the subchannel and acceptance of the first command associated with the initiation or resumption of channel program execution at the device.

c) Device Disconnect Time 506: This field includes the accumulated device disconnect time. The device disconnect time is the sum of the time intervals measured whenever the device is logically disconnected from the channel subsystem while the subchannel is subchannel active. The device disconnect time also includes the sum of control unit defer time intervals reported by the device during the I/O operation.

d) Control Unit Queuing Time 508: This field includes the accumulated control unit queuing time. Control unit queuing time is the sum of the time intervals measured by the control unit whenever the device is logically disconnected from the channel subsystem during an I/O operation while the device is busy with an operation initiated from a different system.

e) Device Active Only Time 510: This field includes the accumulated device active only time. Device active only time is the sum of the time intervals when the subchannel is device active, but not subchannel active at the end of an I/O operation or chain of I/O operations initiated by a start function or resume function.

f) Device Busy Time 511: This field includes the accumulated device busy time. Device busy time is the sum of the time intervals when the subchannel is device busy during an attempt to initiate a start function or resume function at the subchannel.

g) Initial Command Response Time 512: This field includes the accumulated initial command response time for the subchannel. The initial command response time for a start or resume function is the time interval beginning from when the first command of the channel program is sent to the device until the device indicates it has accepted the command.

The extended measurement word eliminates the need for the program to fetch the channel measurement block both before and after an I/O operation in order to calculate the measurement data for that specific operation. In one example, each measurement field in the EMW may be stored with a time resolution of as low as one-half microsecond (via the low order bits of the counters) to provide the accuracy desired for measurements associated with a single I/O operation. For example, the channel subsystem timing facility provides a timer with a resolution that is appropriate for the speed of the I/O operations supported by the subsystem. The extended measurement word is returned in an interruption response block (IRB) obtained by issuing, for instance, a test subchannel instruction. General register 1, which is an implied operand for the instruction, includes the subsystem identification word that designates the subchannel for which the information is to be stored. The second operand address designated in the instruction is the logical address of the IRB. The interruption response block includes, for instance, a subchannel status word, an extended status word, an extended control block and the extended measurement word. Further details regarding an IRB and the test subchannel instruction, without the extensions of the present invention, are described in an IBM Publication entitled “z/Architecture Principles of Operation,” Publication No. SA22-7832-01, October 2001, which is hereby incorporated herein by reference in its entirety.

One embodiment of the logic associated with obtaining the extended measurement word, in accordance with an aspect of the present invention, is described with reference to FIG. 6. Initially, an I/O operation, such as a start subchannel instruction, is executed, STEP 600. During processing of the I/O operation, measurement data is obtained by the channel subsystem, STEP 602. In one example, the types of data that are obtained are those described in the extended measurement word described above. In other examples, the types of data stored may be different. The actual calculation of the data can be performed in various ways, as known to those skilled in the art.

The measurement data that is collected is saved in the subchannel, STEP 604. In one example, it is stored in an internal control block within the subchannel. In response to completion of the I/O operation, an I/O interrupt is generated, STEP 606. When the program (e.g., the operating system) detects the interrupt, it issues a test subchannel instruction, STEP 608. The test subchannel instruction pulls the information from the subchannel control block and places it in the EMW which is returned as part of the IRB, STEP 610. The extended measurement word includes I/O measurement information for the most recent start or resume operation performed at the subchannel. Thus, this enables data to be provided for a single I/O operation. Each field in the EMW, when valid, includes a count in which each increment of the count represents a value of, for instance, 0.5 microseconds.

For compatibility with other operating systems, an extended measurement word enable field is added to the subchannel to indicate whether the extended measurement word should be stored in the IRB. When the enable field indicates the subchannel is enabled for extended measurement word mode, measurement data is stored in the EMW at the time channel program execution is completed, or suspended at the subchannel or completed at the device, as appropriate.

Described in detail above are measurement facilities that facilitate the obtaining of measurement data associated with subchannels of a channel subsystem. Advantageously, the extended I/O measurement facility allows for additional measurement information to be stored and removes the need to allocate a single contiguous channel measurement block area in main real storage. Instead, each subchannel is assigned a unique measurement block address that identifies the location of a channel measurement block for the associated device. Use of this facility allows the channel subsystem to directly access the channel measurement blocks without having to use measurement block origins and measurement block indexes to locate the measurement blocks.

The extended I/O measurement word facility advantageously enables the efficient obtaining of measurement data for a single operation. It eliminates the need for the program to fetch the channel measurement block both before and after an I/O operation in order to calculate the measurement data for that specific operation. Additionally, it allows the storing of data to be within a time resolution of approximately as low as one-half microsecond, depending on the capabilities of the channel subsystem.

Although various embodiments are described above, these are only examples. Additions, deletions and/or modifications to the above embodiments may be made, without departing from the spirit of aspects of the present invention. For instance, although a computing environment is described above, many different computing environments may be used. For instance, more or less logical partitions (or other zones) may be included in the environment. Further, one or more partitions can be running in different architecture modes. Further, there may be multiple central processing complexes coupled together. These are just some of the variations that can be made without departing from the spirit from the present invention. Other variations are possible. For example, a computing environment that includes a plurality of multiple channel subsystems, one or more of which include multiple images, may be provided. Also, the computing environment need not be based on the z/Architecture. Further, an environment may be provided that does not include logical partitioning and/or MCSS.

Moreover, an environment may include an emulator (e.g., software or other emulation mechanisms), in which a particular architecture or subset thereof, is emulated. In such an environment, one or more emulation functions of the emulator can implement one or more aspects of the present invention, even though a computer executing the emulator may have a different architecture than the capabilities being emulated. As one example, in emulation mode, the specific instruction or operation being emulated is decoded, and an appropriate emulation function is built to implement the individual instruction or operation.

Yet further, even though in the above embodiments, a channel path includes a control unit, this is not necessary. A channel path may not connect to a control unit or a device, such as with Ethernet channel paths or channel to channel adapters, as examples. These types of channel paths, as well as others are within the spirit of one or more aspects of the present invention.

As yet another example, although an LPAR hypervisor is given as an example, other hypervisors, such as a virtual machine hypervisor, as well as others, may be used.

Additionally, although the commands described herein have various fields, more, less or different fields may be provided. Further, the positions of the fields in the figures do not necessarily indicate the position within a control block. Other positions may be available. Similarly, although in some contexts, specific bytes or bits are described, these are only examples. Other bytes or bits may be used. Further, other sizes may be provided.

Moreover, although the measurement blocks are associated with subchannels in the examples provided herein, in other examples, the measurement blocks may be associated with other components of the I/O subsystem.

The above are only some examples of the enhancements/modifications that can be made. Others are possible without departing from the spirit of one or more aspects of the present invention.

The present invention can be included in an article of manufacture (e.g., one or more computer program products) having, for instance, computer usable media. The media has embodied therein, for instance, computer readable program code means or logic (e.g., instructions, code, commands, etc.) to provide and facilitate the capabilities of the present invention. The article of manufacture can be included as a part of a computer system or sold separately.

Additionally, at least one program storage device readable by a machine embodying at least one program of instructions executable by the machine to perform the capabilities of the present invention can be provided.

The diagrams depicted herein are just examples. There may be many variations to these diagrams or the steps (or operations) described therein without departing from the spirit of the invention. For instance, the steps may be performed in a differing order, or steps may be added, deleted or modified. All of these variations are considered a part of the claimed invention.

Although preferred embodiments have been depicted and described in detail herein, it will be apparent to those skilled in the relevant art that various modifications, additions, substitutions and the like can be made without departing from the spirit of the invention and these are therefore considered to be within the scope of the invention as defined in the following claims. 

1. A method for obtaining I/O measurement data, the method comprising: in response to executing a start subchannel instruction, starting an I/O operation process; obtaining I/O measurement data associated with the performance of the I/O operation process during the I/O operation process; saving the obtained I/O measurement data; generating an I/O interrupt at the completion of the I/O operation process; and in response to executing a test subchannel instruction, storing the obtained I/O measurement data in an (Interruption Response lock) IRB memory location specified by the test subchannel instruction, wherein the stored measurement data comprises a device connect time field, a function pending time field, a device disconnect time field, a control unit queuing time field, a device active only time field, a device busy time field and an initial command response time field.
 2. The method according to claim 1 wherein I/O operation is associated with a subchannel wherein the subchannel provides a logical appearance of an I/O device to a program, the subchannel is associated with an I/O device and provides information concerning the associated I/O device and I/O operations and functions involving the associated I/O device.
 3. The method according to claim 1 wherein I/O operation is associated with a subchannel wherein the subchannel comprises internal storage.
 4. The method according to claim 1 wherein the saving the obtained I/O measurement data step saves the data in an internal control block with a subchannel.
 5. The method according to claim 1 wherein the I/O operation is associated with a z/Architecture subchannel.
 6. The method according to claim 1 comprising the further steps of: in response to executing a modify subchannel instruction, storing a measurement block address of a subchannel of a channel subsystem, the measurement block address directly specifying a location in memory of a measurement block assigned to the subchannel; obtaining measurement data the measurement data related to the performance of the I/O operation of the subchannel, the measurement data comprising device busy time, wherein device busy time is the sum of time intervals when a subchannel is device busy during an attempt to initiate any one of a start function or a resume function at the subchannel; and storing the obtained measurement data comprising a device busy time in the measurement block specified by the measurement block address, the measurement block comprising a device busy time field.
 7. A method for obtaining I/O measurement data, the method comprising: in response to executing a start subchannel instruction, starting an I/O operation process; obtaining I/O measurement data associated with the performance of the I/O operation process during the I/O operation process; saving the obtained I/O measurement data; generating an I/O interrupt at the completion of the I/O operation process; in response to executing a test subchannel instruction, storing the obtained I/O measurement data in an (Interruption Response Block) IRB memory location specified by the test subchannel instruction; obtaining measurement data, measurement data related to a plurality of secondary queues (logical control unit queues) of a channel subsystem, the measurement data comprising queuing statistics and measurement information for one or more channels attached to the plurality of secondary queues; executing a store secondary queue measurement data instruction having a command request block, the command request block comprising information specifying a range of secondary queues of the plurality of secondary queues; for each secondary queue of the specified range of secondary queues, creating one or more extended secondary measurement blocks, the extended secondary measurement blocks comprising the measurement data; and in response to executing the store secondary queue measurement data instruction, storing the created one or more extended secondary measurement blocks at a memory address block directly specified by the store secondary queue measurement data instruction.
 8. A computer program product for obtaining I/O measurement data, the computer program product comprising: a storage medium readable by a processing circuit and storing instructions for execution by the processing circuit for performing a method comprising: in response to executing a start subchannel instruction, starting an I/O operation process; obtaining I/O measurement data associated with the performance of the I/O operation process during the I/O operation process; saving the obtained I/O measurement data; generating an I/O interrupt at the completion of the I/O operation process; and in response to executing a test subchannel instruction, storing the obtained I/O measurement data in an (Interruption Response Block) IRB memory location specified by the test subchannel instruction, wherein the stored measurement data comprises a device connect time field, a function pending time field, a device disconnect time field, a control unit queuing time field, a device active only time field, a device busy time field and an initial command response time field.
 9. The computer program product according to claim 8 wherein I/O operation is associated with a subchannel wherein the subchannel provides a logical appearance of an I/O device to a program, the subchannel is associated with an I/O device and provides information concerning the associated I/O device and I/O operations and functions involving the associated I/O device.
 10. The computer program product according to claim 8 wherein I/O operation is associated with a subchannel wherein the subchannel comprises internal storage.
 11. The computer program product according to claim 8 wherein the saving the obtained I/O measurement data step saves the data in an internal control block with a subchannel.
 12. The computer program product according to claim 8 wherein the I/O operation is associated with a z/Architecture subchannel.
 13. A system for obtaining I/O measurement data, the system comprising: a memory; a computer system in communication with the memory, The computer system comprising an instruction fetching unit for fetching instructions from memory and one or more execution units for executing fetched instructions; wherein the computer system includes instructions to execute a method comprising: in response to executing a start subchannel instruction, starting an I/O operation process; obtaining I/O measurement data associated with the performance of the I/O operation process during the I/O operation process; saving the obtained I/O measurement data; generating an I/O interrupt at the completion of the I/O operation process; and in response to executing a test subchannel instruction, storing the obtained I/O measurement data in an (Interruption Response Block) IRB memory location specified by the test subchannel instruction, wherein the stored measurement data comprises a device connect time field, a function pending time field, a device disconnect time field, a control unit queuing time field, a device active only time field, a device busy time field and an initial command response time field.
 14. The system according to claim 13 wherein I/O operation is associated with a subchannel wherein the subchannel provides a logical appearance of an I/O device to a program, the subchannel is associated with an I/O device and provides information concerning the associated I/O device and I/O operations and functions involving the associated I/O device.
 15. The system according to claim 13 wherein I/O operation is associated with a subchannel wherein the subchannel comprises internal storage.
 16. The system according to claim 13 wherein the saving the obtained I/O measurement data step saves the data in an internal control block with a subchannel.
 17. The system according to claim 13 wherein the I/O operation is associated with an IBM z/Architecture subchannel. 